iT邦幫忙

2023 iThome 鐵人賽

DAY 28
0
IT管理

敏捷日誌:十年筆記,從新手到老鳥走過的彎路與智慧系列 第 28

[page 27] 避開的彎路,希望早點知道的技術實力

  • 分享至 

  • xImage
  •  

哈囉

今天要來分享一些關於技術的部分,如果在10年就有人跟筆者說這個很重要,可以優先學習的技術/閱讀的書籍。那對於團隊的技術實力提升會很有幫助的幾個點。又或者是聽到過一些新人認為可以更早跟他們說,會對於他們學習有很大幫助個幾個技術相關事項。

測試

學生時期當年只有知道一些初淺的認識,但是到了工作實際的實戰更有感觸,還記得 Scrum 是小步快跑,持續迭代的方式嗎?如果沒有測試去保護,那如何快跑、如何去迭代!?

其實『測試』這個部分包含的項目相當的廣泛,真的要講應該又是一整篇的30天鐵人賽都還講不完。但在此筆者就僅僅先點出幾個關鍵字,像是『自動化測試』的落實、『測試範圍』如何寫出適合的測試、『TDD』從測試著手

待更新

速度

對於吃飯工具的熟悉程度,同樣的時間內,如何提高產出,除了增強自己的實力,有些一翻兩瞪眼的部分,像是打字的速度、IDE的熟悉度。

由於筆者團隊在開發上,大多數的時間會是採用 Pair Programming 的方式在進行著,因此負責打字的成員如何可以快速的把另一位成員說的內容快速的實踐,舉例來說,當我說出『請把這段 if 的判斷給 extract method』如何快速的把該區塊選取,並且搬移出原有的區域,並且給予貼近的方法名稱,這一連串的動作給熟悉。也許一開始會是這樣做的:

  1. 用滑鼠選取起來
  2. 複製選取的程式碼
  3. 畫面往下移至該方法外
  4. 寫一個方法的殼
  5. 在其中貼上程式碼
  6. 寫上該方法的回傳值
  7. 回到一開始要抽出方法的地方
  8. 把判斷的內容改成呼叫該新增的方法

但是在我們團隊其實只有

  1. 鍵盤直接選取該條件
  2. 快速鍵直接選擇 extract method
  3. 命名 method

日積月累下,其實就會有著相當大的落差,而且正確性也更高,比較不容易出現人工的錯誤。

待更新

Code smell

待更新

預告:[Page 28] 工作場景解析:常被詢問的那些事

明天,將為大家整理這些年來頻繁被提及的問題,其中有些問題我曾在之前的分享中提及,所以明天會集中於那些未曾探討的議題。


上一篇
[Page 26] 避開的彎路,希望早點知道的軟實力
下一篇
[Page 28] 工作場景解析:常被詢問的那些事
系列文
敏捷日誌:十年筆記,從新手到老鳥走過的彎路與智慧30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言